前言

前面說明測試前期會做的事情，以及會使用的工具有哪些，讓我們可以制定測試計畫（Test plan），並且提供詳實的紀錄。然而要如何制定測試計畫，就是個困難的議題。

制定測試計畫

根據【D18】實作：測試規劃之實務－股票下單 app 的股票下單 app 為範例，可以設計出這樣的測試計畫。

測試計劃書

測試目標

用戶可以輕鬆的下單購買股票，並且清楚記錄購買成本，使用戶容易的查閱股票庫存與其損益。藉由即時且正確的股票價格，計算目前損益。

因此重要的邏輯為：

1. 測試股票下單 App 的主要功能，確保用戶能夠順利下單購買股票。
2. 驗證股票庫存控管功能，包括下單時庫存不足的錯誤處理。
3. 測試成本記錄功能，確保成本正確記錄。
4. 驗證股票價格接收功能，確保能夠正確接收股票價格。
5. 即時且準確的計算客戶的庫存損益，確保計算結果都正確。

測試時程

單元測試

• 測試對象： 所有程式碼的單元（函數、方法等）
• 目標： 驗證每個單元的功能是否正確，並檢測潛在的程式錯誤。
• 測試頻率： 每次程式碼更版後進行單元測試。
• 測試方法： 使用自動化測試框架執行單元測試案例，包括功能、邊界和例外情況測試。
• 相關文件：單元測試計畫書

整合測試

• 測試對象： 不同模組或組件的整合，確保它們在一起協同運作。
• 目標： 驗證模組間的接口和互動是否正確，檢測整合問題。
• 測試時間： 2023/06/01~2023/08/30
• 測試方法： 自動化或手動執行整合測試案例，測試不同組件之間的協同作用。
• 相關文件：整合測試測計畫書

系統測試

• 測試對象： 完整的應用程式，包括所有模組和組件。
• 目標： 確保整個應用程式的功能、性能和安全性符合設計要求。
• 測試時間： 2023/08/30~2023/9/20
• 測試方法： 自動化或手動執行系統測試案例，模擬實際使用情境，檢測整個應用程式的運作。
• 相關文件：系統測試測計畫書

使用者測試

• 測試對象： 最終用戶或代表最終用戶的測試人員。
• 目標： 驗證應用程式是否符合最終用戶的需求和期望。
• 測試時間： 2023/09/21~2023/10/15
• 測試方法： 測試人員執行實際使用情境下的測試，提供反饋和報告問題。
• 相關文件：使用者試測計畫書

測試後期

• 進行最後一輪全面測試，確保所有問題都已解決。
• 進行性能測試，以確保應用程式在高負載下仍然穩定運行。
• 最終的安全測試，確保應用程式滿足安全性要求。
• 進行最後的回歸測試，確保修復的問題未引入新的問題。

測試完成與交付

• 生成測試摘要報告，總結測試結果和測試涵蓋率。
• 評估是否已達到測試目標，是否可以進行交付。
• 如果達到標準，則準備將應用程式交付給相關方；否則，繼續修復問題並重複測試。

規劃時的注意事項

1. 明確的測試目標和範圍：清楚地定義測試的目標，包括測試的功能、功能模組、性能指標等。確保所有的測試活動都與這些目標相關。
2. 詳細的測試策略：制定清晰的測試策略，包括不同類型的測試（功能、性能、安全等）和測試層次（單元測試、整合測試、系統測試等）。確定何時執行這些測試以及如何執行它們。
3. 合適的資源分配：確保有足夠的資源，包括硬體、軟體、測試人員和時間，以執行計劃中的所有測試活動。
4. 風險評估和管理：評估測試過程中可能出現的風險，並制定應對計劃。這包括處理測試過程中發現的問題，以及評估這些問題的優先順序。
5. 測試數據和環境準備：準備好測試數據，確保測試環境與生產環境相似。這將有助於模擬真實場景中的測試。
6. 測試進度監控：建立有效的進度監控機制，以追蹤測試進展情況，確保所有測試按計劃執行，及時發現和解決問題。
7. 問題記錄和追蹤：記錄所有測試期間發現的問題，包括詳細訊息嚴重性和負責人。追蹤問題的解決進度，確保問題被及時修復。
8. 測試報告和評估：準備清晰、詳細的測試報告，包括測試結果、測試覆蓋率、問題列表和評估。根據報告評估是否達到測試目標，是否可以進行交付。
9. 持續改進：測試計劃不應該是一次性的，應該持續改進和優化。根據每次測試的經驗，調整和改進測試策略、流程和工具。
10. 團隊合作和溝通： 測試是團隊工作，確保團隊成員之間的有效合作和溝通，共同努力實現測試目標。

後記

實例說明，以及解釋如何做出來，前期的準備已經差不多結束了，後面的規劃也是這個這個節奏繼續。後面就讓我們繼續看下去吧